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Hallintaobjektin osoittaminen 

Keksinnon tausta 

Keksinto liittyy laitteen hallintaobjektin (management object) osoit- 
tamiseen laitteen hallintajarjestelmassa (device management system). 

Erilaisten tietojenkasittelylaitteiden, kuten matkaviestimien, moni- 
mutkaistuessa laitteen hallinnan merkitys korostuu. Laitteissa tarvitaan useita 
erilaisia asetuksia, kuten Internet-liityntapisteisiin liittyvia asetuksia, joiden 
asettaminen kayttajan toimesta manuaalisesti on tyolasta ja vaikea. Mm. ta- 
man ongelman ratkaisemiseksi on kehitetty laitteen hallintaratkaisuja, joilla 
esimerkiksi yrityksen tietojarjestelman yllapitaja tai teleoperaattori voi asettaa 
laitteeseen tarkoituksenmukaisen konfiguraation. Yleisesti laitteen hallinnalla 
(device management) tarkoitetaan toimenpiteita, joilla laitteen ulkopuoliset ta- 
hot voivat muuttaa laitteen konfiguraatiota, esimerkiksi muuttaa asetuksia tai 
jopa jotakin laitteen kayttamaa protokollaa. Pelkastaan laitteeseen liittyvien 
asetusten lisaksi voidaan lahettaa myos kayttajakohtaista dataa, kuten kaytta- 
japrofiileja, logoja, soittoaania ja valikoita, joilla kayttaja voi muokata laitteen 
asetuksia henkilokohtaisiksi tai muokkaaminen tapahtuu automaattisesti lait- 
teen hallinnan yhteydessa. 

Eras laitteenhallintastandardi on SyncML-laitteenhallinta (Synch- 
ronization Markup Language), joka perustuu osittain datan synkronoinnin mah- 
dollistavaan SyncML-datansynkronointistandardiin. Synkronointipalvelin voi 
toimia laitteen hallintapalvelimena (device management server) ja asiakaslaite 
hallittavana asiakaslaitteena (device management client). Laitteen hallinnan 
kannalta asiakkaana toimiva asiakaslaite lahettaa laitteen hallintaa suorit- 
tavalle hallintapalvelimelle istunnon alustusviestissa palvelimelle tietoja itses- 
taan (samat kuin synkronoinnissa), johon hallintapalvelin vastaa lahettamalla 
omia tietojaan ja laitteen hallintakomentoja (server management operations). 
Asiakaslaite vastaa naihin status-tiedoilla, jonka jalkeen palvelin voi lopettaa 
istunnon, tai lahettaa lisaa laitteen hallintakomentoja. Mikali palvelin lahettaa 
lisaa hallintakomentoja, tulee asiakaslaitteen vastata naihin status-tiedoilla. 
Palvelin voi aina status-tietojen vastaanottamisen jalkeen lopettaa istunnon tai 
jatkaa sita lahettamalla lisaa laitehallintakomentoja. Laitteen hallintaprotokolla 
voi myfis toimia niin, etta erisin lahetetaan kayttajaile kysymyksia siita, mita 
tama haluaa paivittaa ja kayttajan valinnoista lahetetaan tieto palvelimelle. Pal- 
velin voi taman jalkeen lahettaa seuraavassa paketissa kayttajan haluamat 
paivitykset/operaatiot. 
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Asiakaslaitteessa hallittavat asiat on jarjestetty hallintaobjekteiksi 
(management object). Hallintaobjektit ovat hallintapalvelimen hallintakomen- 
noilla hallittavissa olevia entiteetteja asiakaslaitteessa. Hallintaobjekti voi olla 
esimerkiksi luku tai suuri entiteetti, kuten taustakuva tai naytonsaastaja. Hallin- 
5 taobjektit on jarjestetty SyncML-laitteenhallinnassa puumuotoon hallintapuuksi, 
jota on havainnollistettu kuviossa 1 . Hallintaobjekti voi olla yksittainen paramet- 
ri, alipuu tai datakokoelma. Esimerkiksi "Vendor'-hallintaobjekti on solmu eli si- 
sainen objekti (interior object), koska silla on tytarobjektit (child object) "Screen 
Saver" ja "Ringing Tones". Hallintaobjekti "Screen Saver" on lehtiobjekti (leaf 

10 object), koska silla ei ole tytarobjekteja. Hallintaobjekti "Ringing Tones" on 
myos solmu tai sisainen objekti, koska silla on tytarobjekteja. Hallintaobjektin 
sisaltona voi olla myos linkki, joka osoittaa johonkin toiseen hallintaobjektiin. 
Jokainen objekti on osoitettavissa URI-tunnisteella (Uniform Resource Identi- 
fier). Hallintaobjektin URI muodostetaan lahtien juuresta T ja puuta edettaessa 

15 jokaisella hallintaobjektilla on nimi, joka lisataan aiempiin kayttaen V erottava- 
na merkkina. Esimerkiksi hallintaobjekti "Ringing Tones" voi olla osoitettavissa 
URI-tunnisteella "/Vendor/Ringing Tones/". Edullisesti ainakin osa hallintaob- 
jekteista on standardoitu (SyncML-laitteenhallintastandardeissa on talla hetkel- 
la kolme standardoitua hallintaobjektia). Hallintaobjektit voivat olla kiinteita tai 

20 dynaamisia. Dynaamisia hallintaobjekteja voidaan lisata hallintapuuhun asia- 
kaslaitteesta tai hallintapalvelimesta. 

Uudelle dynaamiselle hallintaobjektille on osoitettava hallintapuuhun 
nimi (joka siis toimii osoitteena) niin, etta hallintapuu on sama seka hallintapal- 
velimessa etta asiakaslaitteessa. Jos asiakaslaite saa paattaa hallintapuuhun 

25 lisattavan nimen vapaasti, hallintapalvelimella ei ole samaa puuta, jolloin hallin- 
tapalvelimen antamia hallintakomentoja voida toteuttaa. Yksisuuntaista viestia 
(ei-kuitattavaa) kaytettaessa nimea ei edes mitenkaan voitaisi paivittaa palve- 
limelle. Eras esimerkki uudesta hallintasolmusta on WAP-tarjonta-asetukset 
(WAP Provisioning Settings) kasittava dokumentti. Dokumentista ja sen kasit- 

30 tamista asetuksista voidaan muodostaa uusi hallintaobjekti (jolla on tytarobjek- 
teina eri asetuksia). WAP-tarjontadokumentissa voi olla parametreja, jotka 
esiintyvat useita kertoja (esimerkiksi useita vaihtoehtoisia valityspalvelimia), 
jolloin naita parametreja ei voida sovittaa hallintapuuhun. Nimen valitsemiseen 
on esitetty ratkaisua, jossa hallintatietoihin, esimerkiksi WAP-tarjontadoku- 

35 menttiin, lisataan uusi tunnistekentta, jolla voidaan erottaa eri ominaisuudet 
toisistaan hallintapuussa. TailOin hallintaobjektin osoitteeseen tulisi siis ainakin 



yksi tunniste lisaa, mika edelleen pidentaisi osoitetta. Esimerkiksi WAP-proto- 
kollan tapauksessa tarvittaisiin myos muutoksia WAP-standardiin. 

Keksinnon lyhyt selostus 

Keksinnon tavoitteena on siten kehittaa menetelma ja menetelman 
toteuttava laitteisto siten, etta ylla mainitut nimeamiseen liittyvat ongelmat voi- 
daan valttaa. Keksinnon tavoitteet saavutetaan menetelmalla, laitteen hallinta- 
jarjestelmalla, elektronisilla laitteilla ja tietokoneohjelmatuotteilla, joille on tun- 
nusomaista se, mita sanotaan itsenaisissa patenttivaatimuksissa. Keksinnon 
eraat edulliset suoritusmuodot ovat epaitsenaisten patenttivaatimusten koh- 
teena. 

KeksinnOn mukaisesti hallintaobjektin tiedoista haetaan ennalta 
maaritetyn tietoelementin sisaltd. Ainakin osa mainitun tietoelementin sisalldsta 
koodataan ennalta maaritettya koodausalgoritmia kayttaen. Hallintaobjektille 
osoitetaan tunnisteeksi koodattu ainakin osa mainitun tietoelementin sisallosta 
ja osoitettua tunnistetta kaytetaan osoittamaan hallintaobjekti. 

Hallintaobjekti viittaa yleisesti kolmannen osapuolen konfiguroitavis- 
sa olevaan laitteen hallintaan liittyvaan entiteettiin, esimerkiksi Internet-liitynta- 
pisteen asetuksiin, rajoittumatta SyncML-laitteenhallinnan hallintaobjekteihin. 
Tietoelementilla tarkoitetaan yleisesti jotakin hallintaobjektin tietuetta, jolla on 
ennalta maaritetty tunniste, esimerkiksi XML-kielen mukaista tietoelementtia, 
jonka sisaltona voi olla yksi tai useampia alielementteja ja/tai arvoja (missa ta- 
hansa elementille maaritetyssa muodossa). Laitteenhallinta ei ole rajoitettu 
SyncML:ssa maaritettyihin toimintoihin, vaan ne on ymmarrettava laajasti tar- 
koittamaan minka tahansa hallittavan asiakaslaitteen ja laitteenhallintapalveli- 
men valille suoritettavaa laitteen hallintaa ja siihen tarvittavia sanomia 

Keksinnon mukaisen ratkaisun etuna oh, etta menetelmaa voidaan 
toteuttaa seka laitteen hallintaa suorittavassa hallintapalvelimessa etta hallitta- 
vassa (asiakas)laitteessa, jolloin niissa molemmissa maaritetaan hallintaobjek- 
tille sama tunniste ja virheet eri tavalla tehdysta nimeamista johtuen voidaan 
valttaa. Erittain suuri etu on myos, etta uusia kenttia ei tarvitse maarittaa stan- 
dardeihin nimeamista varten, eli voidaan valttaa talta osin monesti jo laitteiden 
toteuttamien standardien (esim. WAP) muuttaminen ja muuttamisesta aiheutu- 
vat ongelmat. 

Keksinnon eraan edullisen suoritusmuodon mukaisesti koodausal- 
goritmi on tiivistealgoritmi. TallOin tallennuskapasiteetin tarve on pienempi, 
koska tunnisteita voidaan merkittavasti lyhentaa. Myos hallintaobjektien orga- 
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nisointi ja hallinta esimerkiksi SyncML-hallintaprotokollan hallintapuussa on 
helpompaa kompaktin esitysmuodon ansiosta. 

Kuvioiden lyhyt selostus 

Keksintoa selostetaan nyt lahemmin edullisten suoritusmuotojen yh- 
5 teydessa, viitaten oheisiin piirroksiin, joista: 

Kuvio 1 havainnollistaa hallintapuuta; 

Kuvio 2 havainnollistaa erasta hallintajarjestelmaa; 

Kuvio 3 havainnollistaa palvelinta ja asiakaslaitetta; 

Kuvio 4 havainnollistaa keksinnon eraan edullisen suoritusmuodon 
10 mukaista menetelmaa; ja 

Kuvio 5 havainnollistaa keksinnon eraan edullisen suoritusmuodon 
mukaista menetelmaa. 

Keksinnon yksityiskohtainen selostus 

Seuraavassa kuvataan keksinnon erasta edullista suoritusmuotoa 
15 SyncML-laitteen hallintaa tukevassa jarjestelmassa, on kuitenkin huomioitava, 
etta keksintoa voidaan soveltaa missa tahansa laitteen hallintajarjestelmassa, 
jossa laitteen hallintaobjekteja voidaan organisoida myos muulla tavoin kuin 
puurakenteeksi. 

Kuviossa 2 on havainnollistettu erasta verkotettua jarjestelmaa. Pal- 

20 velimena S tyypillisesti toimii verkkopalvelin tai PC. TE on tyypillisesti matka- 
puhelin, PC (Personal Computer), sylimikro (laptop computer), tai PDA-laite. 
Seuraavissa suoritusmuodoissa oletetaan, etta laitteen hallinnan kannalta paa- 
telaite TE toimii asiakaslaitteena ja palvelin S hallintapalvelimena. Palvelin S 
voi hallita useita asiakaslaitteita TE. 

25 Kuviossa 2 on esitetty kaksi esimerkkia, joista ensimmaisessa IShi- 

verkkoon LAN (Local Area Network) on kytkeytynyt asiakaslaitteita TE ja hallin- 
tapalvelimia S. Verkkoon LAN kytkeytynyt asiakaslaite TE kasittaa toiminnalli- 
suuden, esim. verkkokortin ja tiedonsiirtoa ohjaavan ohjelmiston, verkon LAN 
laitteiden kanssa kommunikoimiseksi. LShiverkko LAN voi olla minka tahansa 

30 tyyppinen lahiverkko ja TE voi olla yhteydessa palvelimeen S myos Internetin 
kautta tyypillisesti palomuuria FW kSyttaen. PaStelaite TE voi olla kytkeytynyt 
lahiverkkoon LAN myos langattomasti liitynt§pisteen AP kautta. Toisessa esi- 
merkissa asiakaslaite TE kommunikoi palvelimen S kanssa matkaviestinverkon 
MNW (Mobile Network) kautta, Verkkoon MNW kytkeytynyt paatelaite TE kasit- 

35 taa matkaviestintoiminnallisuuden verkon MNW kanssa kommunikoimiseksi 



5 

langattomasti. Matkaviestinverkon MNW ja palvelimen S valissa voi olla lisaksi 
muita verkkoja, kuten lahiverkko LAN. Matkaviestinverkko MNW voi olla mika 
tahansa jo tunnettu langaton verkko, esimerkiksi GSM-palvelua tukeva verkko, 
GPRS-palvelua (General Packet Radio Service) tukeva verkko, kolmannen su- 
5 kupolven matkaviestinverkko, kuten 3GPP:n (3 rd Generation Partnership Pro- 
ject) verkkomaaritysten mukainen, langaton lahiverkko WLAN, privaattiverkko, 
tai verkkojen yhdistelma. Eras tarkea kuljetuskerroksen palvelu useissa mat- 
kaviestinverkoissa on WAP, jonka kasittaman WSP-kerroksen (Wireless Ses- 
sion Protocol) avulla voidaan tarjota asiakaslaitteessa TE ja palvelimessa S 

10 laitteenhallintasovelluskerrokselle kuljetuspalvelu. TSIIoin jarjestelma kasittaa 
ainakin yhden WAP-yhdyskaytavan ja mahdollisesti yhden tai usearnpia WAP- 
valityspalvelimia (WAP Proxy). WAP tukee monia alempien kerrosten siirtotek- 
niikoita, kuten HTTP- tai OBEX-standardeja. Alempien kerroksien siirtoteknii- 
koina voidaan kayttaa kuten piiri- tai pakettivalitteista datan siirtoa tai SMS- 

15 pohjaista siirtoa alia olevan matkaviestinverkon MNW ominaisuuksien mukai- 
sesti. Kuvion 2 esimerkkien lisaksi myos muut laitteen hallintakonfiguraatiot 
ovat mahdollisia. 

Kuten kuviossa 3 on havainnollistettu, paatelaite TE ja palvelin S 
kasittavat muistia MEM; SMEM, kayttoliittyman Ul; SUI, l/O-valineet I/O; Sl/O 

20 tiedonsiirron jarjestamiseksi, ja yhden tai useamman prosessorin kasittavan 
keskusprosessointiyksikon CPU; SCPU (Central Processing Unit). Muistissa 
MEM; SMEM on haihtumaton osuus keskusprosessointiyksikkoa CPU; SCPU 
kontrolloivien sovellusten ja muiden sailytettavien tietojen tallentamiseksi ja 
haihtuva osuus kaytettavaksi tilapaista datan prosessointia varten. TE:n muis- 

25 tissa MEM sailytetaan hallintaobjjekteja, joiden rakenteesta myos palvelimen S 
muistissa SMEM yll§pidetaan hallintapuuta. 

SyncML-laitteenhallintastandardin mukaisena asiakaslaitteena toi- 
miva TE kasittaa asiakasagentin CA (Client Agent), joka huolehtii hallintaistun- 
toon liittyvista toiminnoista asiakaslaitteessa. Hallintapalvelimena toimiva laite 

30 S kasittaa hallintaistuntoa hoitavan palvelinagentin SA (Server Agent). Asia- 
kasagentti CA voidaan toteuttaa suorittamalla CPU:ssa muistiin MEM tallen- 
nettua tietokoneohjelmakoodia ja SA suorittamalla SCPU:ssa muistiin SMEM 
tallennettua tietokoneohjelmakoodia. Kuten on jo todettu, TE ja S voivat toimia 
hallintapalvelimena ja/tai asiakaslaitteena. Nain ollen esimerkiksi paatelaite TE 

35 voi kasittaa myos ainakin osittain palvelinagentin SA toiminnot, jolloin se voi 
toimia hallintapalvelimena paStelaitteiden TE valisessa synkronoinnissa. Kes- 
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kusprosessointiyksikoissa CPU ja SCPU suoritettavilia tietokoneohjelmakoo- 
deilla voidaan aikaansaada paatelaite TE ja palvelin S toteuttamaan lisaksi hal- 
lintaobjektien lisaamiseen ja osoittamiseen liittyvat keksinnolliset valineet, joi- 
den eraita suoritusmuotoja on havainnollistettu kuvioissa 4 ja 5. Tietokoneoh- 
5 jelma voi olla tallennettuna mille tahansa muistivalineelle, esimerkiksi PC:n ko- 
valevylle tai CD-ROM-levylle, josta se voidaan ladata sita suorittavan laitteen 
TE; S muistiin MEM; SMEM. Tietokoneohjelma voidaan myos ladata verkon 
kautta esimerkiksi TCP/IP-protokollapinoa kayttaen. On myos mahdollista kayt- 
taa kovo-ratkaisuja tai kovo- ja ohjelmistoratkaisuiden yhdistelmaa toteutta- 

10 maan keksinnolliset valineet. 

Keksinnon eraan edullisen suoritusmuodon mukaisesti uudelle hal- 
lintaobjektille annetaan tunniste, jolla hallintaobjektia osoitetaan hallintapuus- 
sa, hallintaobjektin ennalta maaritetyn sisallon osan perusteella. Hallintaobjek- 
tit ovat tyypillisesti XML-kieleen perustuvia. XML-pohjaisia dokumentteja varten 

15 maaritetaan dokumenttityypin maarittely DTD (Document Type Definition), joka 
XML-kielessa maarittaa kaytettavat tunnisteet (Tag), tunnisteiden valisten ele- 
menttien (IELEMENT) rakenteelliset suhteet ja muita kaytettavia XML- 
dokumenttien maarityksia. Kuten XML-kielesta on hyvin tunnettua, tietoele- 
mentti alkaa alkutunnisteesta (esim. <section>) ja loppuu lopputunnisteeseen 

20 (</section>) ja se voi sisaltaa tekstia tai muita elementteja. DTD on mukana 
kaikissa lahetetyissa dokumenteissa tai niissa viitataan jo tunnettuun DTD:n. 
Eraan edullisen suoritusmuodon mukaisesti hallintaobjektille maaritetaankin 
tunniste hallintadokumentin tietoelementin sisallon perusteella, mita on seu- 
raavassa havainnollistettu yksityiskohtaisemmin. 

25 Kuviossa 4 on havainnollistettu eraan edullisen suoritusmuodon 

mukaista menetelmaS, jota voidaan suorittaa hallintapalvelimessa S. Ennalta 
maaritetaan 401 uusien (dynaamisten) hallintaobjektien tunnisteiden johtamis- 
ta varten yksi tai useampia tietoelementteja ja edullisesti myos yksi tai useam- 
pia algoritmeja. Hallintaobjektille maaritetaan nimi ennalta valitun tietoelemen- 

30 tin sisallon perusteella kayttaen ainakin osaa sisailosta, esimerkiksi tietoele- 
mentin tietyn kentan sisaltoa. Tietoelementti voi olla mika tahansa hallintaob- 
jektin tietue, esimerkiksi yksi merkki, tietty alitietue tai tytarsolmu. Maaritetty 
tietoelementti voi olla hallintaobjektikohtainen, eli eri hallintaobjekteille kayte- 
taan eri tietoelementteja, tai samaa tietoelementtia, esimerkiksi aikaleimaa, 

35 voidaan kayttaa monille tai kaikille hallintaobjekteille tunnisteen maarittami- 
seen. Sama patee myos algoritmeihin. Esimerkkeja mahdollisista tietoelemen- 



teista ja algoritmeista esitetaan myohemmin. Vaihe 401 voidaan suorittaa jo 
laitteen valmistusvaiheessa, tai kaytettavat tietoelementit/algoritmit voidaan 
neuvotella esimerkiksi laitteen hallintaistunnon asetusvaiheessa. 

Kun on tarve Iisata uusi hallintaobjekti, maaritetaan 402 uuden hal- 
5 lintaobjektin sisalto. Lisattava uusi hallintaobjekti voi olla mita tahansa objekti- 
tyyppia, kuten sisainen objekti, lehtiobjekti tai linkkiobjekti. Hallintaobjektin si- 
saltona voi olla esimerkiksi WAP-tarjontadokumentti, jonka sisaltamat aliele- 
mentit floita kutsutaan attribuuteiksi) voidaan Iisata omiksi solmuiksi ja/tai leh- 
diksi hallintapuuhun. Hallintaobjektin sisallon kokoaminen riippuu kyseessa 
10 olevista hallinta-asetuksista, tyypillisesti kaikki tiettya sovellusta, esimerkiksi 
sahkopostisovellusta, varten tarvittavat asetukset kootaan yhden hallintaobjek- 
tin sisalloksi. 

Ennalta maaritetyn (vaiheessa 401) hallintaobjektin sisalto haetaan 
403, jotta uusi hallintaobjekti voidaan nimeta. Sisalto eraan edullisen suoritus- 

15 muodon mukaisesti koodataan 404 kayttaen ennalta maaritettya algoritmia. Al- 
goritmi voi olla mika tahansa algoritmi. Eraan edullisen suoritusmuodon mukai- 
sesti algoritmi on tiivistealgorimi (hash algorithm), jolloin koko pienenee. Algo- 
ritmi voi esimerkiksi olla sellainen, etta se rajoittaa koodauksen perusteella 
saadun tunnisteen tietyn pituiseksi. Eraita algoritmeja, joita voidaan kayttaa, 

20 ovat MD5, SHA-1 , RIPEMD-1 60. 

Hallintapuuhun asetetaan 405 uuden hallintaobjektin tunnisteeksi 
koodattu sisalto. Hallintapuuta voidaan paivittaa 406 (tai jos sita ei ole, se voi- 
daan muodostaa) uudella hallintaobjektilla. Talloin uuden hallintaobjektin vai- 
heessa 405 asetettu tunniste lisataan hallintapuuhun juuren tai jonkin aikai- 

25 semmin lisatyn hallintaobjektin alle ja uuden hallintaobjektin alle mahdollisesti 
tulevien tytarobjektien (sisaisia objekteja ja/tai lehtiobjekteja) tunnisteet lisa- 
taan sen alle. f unnisteesta tulee taten hallintaobjektin nimi hallintapuussa ja 
sita kaytetaan osoittamaan hallintaobjektia. Hallintapalvelin voi lahettaa 407 
uuden hallintaobjektin kasittavan hallintapaketin (management package) asia- 

30 kaslaitteelle. Tassa voidaan hyodyntaa laitteen hallintaprotokollan mekanisme- 
ja ja sita varten maaritettyja viesteja, SyncML-laitteenhallintaprotokollan yksi- 
tyiskohtaisemman kuvauksen osalta viitataan SyncML-organisaation spesifi- 
kaatioon "SyncML Device Management Protocof\ versio 1.1, 15.2.2002, 37 si- 
vua. Myos myohemmin, kun kyseisen hallintaobjektin tietoja haetaan (GET), 

35 sita muokataan (REPLACE), tai se poistetaan (DELETE), sita osoitetaan 408 
vaiheessa 405 asetetulla tunnisteella. SyncML-laitteenhallinnan mukaisten hal- 
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lintaobjekteihin ja hallintapuuhun liittyvien muiden yksityiskohtien osalta viita- 
taan SyncML-organisaation spesifikaatioon "SyncML Device Management 
Tree and Description" , versio 1.1, 15.2.2002, 38 sivua, missa kappaleessa 6 
hallintaobjektin ominaisuuksiin maaritetyn kentan "Name" sisalto voidaan maa- 

5 rittaa edella havainnollistetulla tavalla. 

Kuviossa 5 on havainnollistettu eraan edullisen suoritusmuodon 
mukaista menetelmaa, jota voidaan suorittaa asiakaslaitteessa TE. Kuvion 4 
vaiheen 401 yhteydessa kuvattuun viitaten, myos asiakaslaitteeseen maarite- 
taan 501 ainakin yksi tietoelementti ja algoritmi kSytettavaksi uusien hallintaob- 

10 jektien tunnistamista varten. Kun asiakaslaitteessa vastaanotetaan 502 uusi 
hallintaobjekti edullisesti hallintapaketissa, haetaan 503 ennalta maaritetyn tie- 
toelementin sisalto vastaanotetusta hallintaobjektista. Vaiheissa 504-506 suori- 
tettavan koodaamisen, tunnisteen asettamisen ja hallintapuun paivittamisen 
osalta viitataan kuvion 4 vaiheiden 404-406 yhteydessa kuvattuihin asioihin, eli 

15 asiakaslaitteessa voidaan toimia samoin kuin hallintapalvelimessa. Kun hallin- 
taobjektia on tarpeen kayttaa, sita osoitetaan 507 mainitulla tunnisteella. Nain 
ollen paatelaitteelta TE ei tarvita kuittausta hallintaobjektin lisaamisesta hallin- 
tapuuhun tai erityisesti tietoa sille maaritetysta tunnisteesta takaisin hallinta- 
palvelimelle. Tata ei edes olisi mahdollista tehda yksisuuntaisen hallintako- 

20 mennon tapauksessa. 

On tarkeaa huomata, etta kuviossa 4 ja 5 havainnollistettuja suori- 
tusmuotoja voidaan soveltaa niin, etta kSytetaan vain osaa tietoelementin 
sisallosta tunnisteen maarittamiseksi hallintaobjektille. Esimerkiksi tietyn tie- 
toelementin alikentan arvoa voidaan kayttaa vaiheessa 404, 504. 

25 Eraan suoritusmuodon mukaisesti koodausvaihetta 405, 505 ei suo- 

riteta, vaan tunnisteeksi valitaan (406, 506) suoraan tietoelementin sisalto tai 
ainakin osa siita. 

On huomioitava, etta ainakin osaa kuvioissa 4 ja 5 esitetyista vai- 
heista voidaan suorittaa eri jarjestyksessa, esimerkiksi hallintapuuta voidaan 

30 p^ivittaa (406) vasta sen jalkeen, kun hallintaobjekti on lahetetty (407) asiakas- 
laitteelle tai kun asiakaslaitteelta on vastaanotettu kuittaus tai status-tieto hal- 
lintapaketista. On myos huomioitava, etta kuvioissa 4 ja 5 esitettya menetel- 
maa voidaan luonnollisesti soveltaa lisattavan uuden hallintaobjektien tytarob- 
jektien nimeamiseen, jolloin myos niiden tunnisteista voidaan koodata lyhyita ja 

35 voidaan varmistua, etta myos tytarobjektien tunnisteet ovat samoja hallintapal- 
velimessa ja asiakaslaitteessa. 



9 

Eraan suoritusmuodon mukaisesti tietoelementtien sisaltoja voidaan 
ketjuttaa ja tunniste voidaan muodostaa ketjutetuista tietoelementtien sisallois- 
ta. Myos talioin koon vahentamiseksi ketjutettu sisalto edullisesti koodataan. 

Viela eraan suoritusmuodon mukaisesti kaytetaan indeksointia: 

5 Tunnisteita tai niiden luomiseen kaytettavia tietoelementtien sisaltfija indeksoi- 
daan esimerkiksi juoksevalla numeroinnilla, jolloin voidaan varmistua siita, ettei 
samaa tunnistetta tule usealle eri hallintaobjektille. Talioin esimerkiksi vaiheen 
402 ja 502 jalkeen on vaihe, jossa sisalto indeksoidaan ennen koodausta. Toi- 
saalta, jos kaytetaan aikaleimaa tunnisteen pohjana, saavutetaan sama etu. 

10 Eraan edullisen suoritusmuodon mukaisesti esilla olevaa menetel- 

maa sovelletaan WAP-tarjonta-asetusten siirtamiseen paatelaitteeseen TE. 
Menetelma on erityisen hyodyllinen Bootstrap-prosessissa, jossa konfiguroi- 
mattomaan paatelaitteeseen TE lahetetaan tarvittavat WAP-asetukset yksi- 
suuntaisesti (Bootstrap-prosessi poikkeaa siten tyypillisesta laitteen hallinnas- 

15 ta, jossa p§atelaitteelta lahetetaan vastaus (status)). WAP-asetukset voidaan 
siirtaa WAP-protokollaa hyodyntaen paatelaitteeseen, jonka jalkeen SyncML- 
laitteenhallintaprotokollan hallintapuuhun on lisattava uusi hallintaobjekti. Tal- 
ioin voidaan toimia kuten kuvioissa 4 ja 5 on esitetty, eli paatelaitteeseen TE ja 
hallintapalvelimeen S (j° k 3 voi toimia luotettavana WAP-tarjontapalvelimena 

20 (trusted provisioning server)) rnaaritetaan 401, 501 tietoelementti, joka on edul- 
lisesti jokin WAP-tarjontadokumentin kentista (joita kutsutaan WAP-tarjonta- 
spesifikaatioissa ominaisuuksiksi (characteristics) ja niiden parametreiksi). Hal- 
lintapalvelin suorittaa vaiheet 402-406, eli maarittaa uuden WAP-tarjonta- 
dokumentin sisallon, maarittaa tunnisteen WAP-taijontadokumentin muodos- 

25 tamalle hallintaobjektille ja paivitta§ hallintapuuta. Taman jalkeen hallintapalve- 
lin lahettaa 407 WAP-tarjontadokumentin paatelaitteelle TE. TE suorittaa vas- 
teena hallintapalvelimen viestille vaiheet 502-506, eli maarittaa uudelle hallin- 
taobjektille tunnisteen, paivittaa hallintapuuta ja lisaksi tallentaa WAP-tarjonta- 
dokumentin sisallon. Taman jalkeen paatelaitteessa TE on tarvittava WAP- 

30 konfiguraatio, jolla WAP-palveluita voidaan kayttaa ilman etta kayttajan tarvit- 
see kasin asettaa asetuksia. Tata konfiguraatiota voidaan myohemmin muut- 
taa osoittamalla sita maaritetylia tunnisteella (vaiheet 408, 507). 

Vaiheissa 401 ja 501 valittu tietoelementti voi olla esimerkiksi Pro- 
vURL, joka on URI ja maarittaa WAP-tarjontapalvelimen polun. WAP-spesifi- 

35 kaatioissa maaritetaan, ettei tata ProvURL-tunnistetta saada lyhentaa, joten 
hallintapuuhun asetettavasta tunnisteesta voisi tulla pitka, ellei vaiheissa 404 
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ja 504 tiivistettaisi ProvURL-tunnistetta. ProvtlRL-tunniste voi olla Bootstrap- 
ominaisuuden parametri: 

5 <characteristic type= n Bootstrap"> 

<parm = "ProvURL" value= n http:/www.operator.com/Trusted_WAP- 
Provisioning_Server/7> 

</characteristic> 

10 

Tunnisteeksi tassa esimerkissa ilman koodausta voisi tulla 7 
http:7www.operatorxom/Trusted_WAP-Provisioning_Serverr, jos WAP-asetuk- 
set tulevat hallintapuussa suoraan juuren alle. Muiden WAP-tarjontadokumen- 
tin tietoelementtien Ooita voidaan kayttaa tunnisteen maarittamiseksi) osalta 

15 viitataan WAP Forum WAP-spesifikaatioon WAP-292-ProvCont-20020815-d 
"Provisioning Content, Draft Version 1 5-Aug-200T , 73 sivua. 

Eras toinen esimerkki on uuden Internet-liityntapisteen lisaaminen 
paatelaitteeseen TE, jolloin uudelle liityntapisteen asetukset maarittavalle hal- 
lintaobjektille on lisattava Add-komennolla solmu hallintapuuhun, mita on ha- 

20 vainnollistettu alia: 

<?xml version^LO" encoding="UTF-8"?> 
<Add> 

<CmdlD>1</CmdlD> 
25 <ltem> 

<Target><LocURI>./AP/AP1</LocURI></Target> 
<Meta> 

<Format xmlns =, syncml:metinf>node</Format> 
</Meta> 

30 </ltem> 

</Add> 

Kaytettava hallintaobjektin tunniste voidaan maarittaa edelia havain- 
nollistettua menetelmaa kayttMen, tassa esimerkissa tunnisteeksi annetaan 
35 "AP1 joka tulee "AP n -solmun alle. 
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Eras kolmas esimerkki hallintaobjektista on selainasetukset maarit- 
tava hallintaobjekti. Viela eraita muita esimerkkeja ovat synkronointiasetusten 
hallintaobjektit ja sahkopostiasetusten hallintaobjektit. 

Edella havainnollistetuista suoritusmuodoista poiketen uudelle hal- 
5 lintaobjektille voidaan maarittaa tunniste kayttaen jotakin muuta tietoa kuin hal- 
lintaobjektin sisallosta saatua tietoa. Tassa suoritusmuodossa voidaan kayttaa 
periaatteessa mita tahansa ennalta maaritetyn kentan arvoa, kunhan se on 
sama seka asiakaslaitteessa etta hallintapalvelimessa. Eras esimerkki tasta 
on, etta hallintaobjektia kuljettavan lyhytsanomaviestin jonkin kentan sisalto 
10 haetaan kaytettavaksi hallintaobjektin tunnisteena (edullisesti koodattuna). Kun 
kaytetaan esimerkiksi aikaleimaa, voidaan varmistua siita, etta tunniste on yk- 
sikasitteinen. Myos minka tahansa muun laitteen hallintaprotokollaa alemman 
protokollan kentan (yhden tai useamman) arvoa (tai osaa siita) voidaan kayt- 
taa. 

15 Alan ammattilaiselle on ilrneista, etta tekniikan kehittyessS keksin- 

non perusajatus voidaan toteuttaa monin eri tavoin. Keksinto ja sen suoritus- 
muodot eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaihdel- 
la patenttivaatimusten puitteissa. 



20 
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Pat nttivaatimukset 

1 . Menetelma hallintaobjektin osoittamiseksi laitteenhallintajarjes- 
telmassa, missa lisataan ainakin yksi hallintaobjekti hallittavaan asiakaslaittee- 
seen, 

tunnettu siita, etta 

haetaan hallintaobjektin tiedoista ennalta maaritetyn tietoelementin 

sisaltd, 

koodataan ainakin osa mainitun tietoelementin sisallosta ennalta 
maaritettya koodausalgoritmia kayttaen, 

osoitetaan hallintaobjektille tunnisteeksi koodattu ainakin osa maini- 
tun tietoelementin sisallosta, ja 

kaytetaan mainittua tunnistetta osoittamaan hallintaobjekti. 

2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, 

etta 

lisataan SyncML-laitteenhallintaprotokollan (SyncML Device Mana- 
gement) mukaisessa palvelinlaitteessa ja SyncML-laitteenhallintaprotokollan 
mukaisessa asiakaslaitteessa yliapidettaviin hallintapuihin mainittu tunniste 
uudeksi merkinnaksi. 

3. Patenttivaatimuksen 2 mukainen menetelma, tunnettu siita, 

etta 

koodataan ainakin osa mainitun tietoelementin sisallosta palvelinlait- 
teessa ennalta maaritettya koodausalgoritmia kayttaen, 

lisataan palvelinlaitteen halliritapuuhun uusi merkinta, 
lahetetaan ainakin yhden hallintaobjektin tiedot asiakaslaitteelle, 
koodataan ainakin osa vastaanotettujen hallintaobjektin tietojen ka- 
sittaman tietoelementin sisallosta asiakaslaitteessa kayttaen samaa ennalta 
maaritettya koodausalgoritmia kuin palvelinlaitteessakin, ja 

lisataan asiakaslaitteen hallintapuuhun uusi merkinta. 



4. Jonkin edellisen patenttivaatimuksen mukainen menetelma, 
tunnettu siita, etta 

koodausalgoritmi on tiivistealgoritmi. 
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5. Jonkin edellisen patenttivaatimuksen mukainen menetelma, 
tunnettu siita, etta 

menetelmalla lisataan hallintaobjekti, joka kasittaa WAP-protokol!an 
tarjonta-asetuksia (Provisioning Settings) Bootstrap-prosessia varten. 

5 

6. Laitteen hallintajarjestelma, joka kasittaa ainakin laitteen hallinta- 
palvelimen ja hallittavan laitteen hallinta-asiakaslaitteen, missa hallintapalvelin 
ja hallinta-asiakaslaite on jarjestetty yllapitamaan hallintaobjektitietoja, 

tunnettu siita, etta hallintapalvelin ja hallinta-asiakaslaite on li- 
10 saksi jarjestetty: 

hakemaan uuden hallintaobjektin tiedoista ennalta maaritetyn tie- 
toelementin sisalto, 

koodaamaan ainakin osa mainitun tietoelementin sisallosta ennalta 
maaritettya koodausalgoritmia kayttaen, 
15 osoittamaan hallintaobjektille tunnisteeksi koodattu ainakin osa mai- 

nitun tietoelementin sisallosta, ja 

kayttamaan mainittua tunnistetta osoittamaan hallintaobjekti. 

7. Elektroninen laite, joka on jarjestetty toimimaan laitteen hallinnan 
20 hallintapalvelimena, joka on jarjestetty yllapitamaan hallintaobjektitietoja ja la- 

hettamaan laitteen hallintakomentoja ainakin yhdelle asiakaslaitteelle, tun- 
nettu siit§, etta 

SyncML-laitteenhallintaprotokollan (SyncML Device Management) 
elektroninen laite on lisaksi jarjestetty: 
25 hakemaan uuden hallintaobjektin tiedoista ennalta maaritetyn tie- 

toelementin sisalto, 

koodaamaan ainakin osa mainitun tietoelementin sisallosta ennalta 
maaritettya koodausalgoritmia kayttaen, 

osoittamaan hallintaobjektille tunnisteeksi koodattu ainakin osa mai- 
30 nitun tietoelementin sisailSsta, ja 

kayttamaan mainittua tunnistetta osoittamaan hallintaobjekti. 

8. Elektroninen laite, joka on jarjestetty toimimaan laitteen hallinnan 
asiakaslaitteena, joka on jarjestetty yllapitamaan hallintaobjektitietoja ja lahet- 

35 tamaan laitteen hallintakomentoja ainakin yhdelta hallintapalvelimelta, 
tunnettu siita, etta 
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elektroninen laite on lisaksi jarjestetty: 

hakemaan uuden hallintaobjektin tiedoista ennalta maaritetyn tie- 
toelementin sis§lt6, 

koodaamaan ainakin osa mainitun tietoelementin sisallQsta ennalta 
maaritettya koodausalgoritmia kayttaen, 

osoittamaan hallintaobjektille tunnisteeksi koodattu ainakin osa mai- 
nitun tietoelementin sisallosta, ja 

kayttamaan mainittua tunnistetta osoittamaan hallintaobjekti. 

9. Patenttivaatimuksen 7 tai 8 mukainen elektroninen laite, tun- 
nettu siita, etta elektroninen laite tukee SyncML-laitteenhallintaprotokollaa 
(SypcML Device Management) ja on jarjestetty paivittamaan yllsipitamaansa 
hallintapuuhun mainitun tunnisteen uuden hallintaobjektin merkinnaksi. 

10. Tietojenkasittelylaitteen muistiin ladattavissa oleva tietokoneoh- 
jelmatuote, t u n n e tt u siita, ett§ mainittu tietokoneohjelmatuote kasittaa tie- 
tokoneohjelmakoodia, joka laitteen hallintaobjekteja yllapitavan tietojenkasitte- 
lylaitteen prosessorissa suoritettuna aikaansaa tietojenkasittelylaitteen: 

hakemaan uuden hallintaobjektin tiedoista ennalta maaritetyn tie- 
toelementin sisaito, 

koodaamaan ainakin osa mainitun tietoelementin sisallosta ennalta 
maaritettya koodausalgoritmia kayttaen, 

osoittamaan hallintaobjektille tunnisteeksi koodattu ainakin osa mai- 
nitun tietoelementin sisallosta, ja 

kayttamaan mainittua tunnistetta osoittamaan hallintaobjekti. 
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(57) Tiivistelma 

Keksinto liittyy menetelmaan hallintaobjektin osoittamisek- 
si laitteenhallintajarjestelmassa, jossa lisataan ainakin yksi 
hallintaobjekti hallittavaan asiakaslaitteeseen. Menetel- 
massa haetaan hallintaobjektin tiedoista ennalta maarite- 
tyn tietoelementin sisalte. Tietoelementin sisallosta kooda- 
taan ainakin osa ennalta ma§ritettya koodausalgoritmia 
kayttaen. Hallintaobjektille osoitetaan tunnisteeksi koodat- 
tu ainakin osa tietoelementin sisallosta. Tunnistetta kayte- 
taan osoittamaan hallintaobjekti. 

(Kuvio4) 
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